Date: Fri, 9 Sep 94 04:30:25 PDT From: Ham-Digital Mailing List and Newsgroup Errors-To: Ham-Digital-Errors@UCSD.Edu Reply-To: Ham-Digital@UCSD.Edu Precedence: Bulk Subject: Ham-Digital Digest V94 #300 To: Ham-Digital Ham-Digital Digest Fri, 9 Sep 94 Volume 94 : Issue 300 Today's Topics: Packet with a TH-78A?-How fast? TCP/IP over packet trough winsock ... Send Replies or notes for publication to: Send subscription requests to: Problems you can't solve otherwise to brian@ucsd.edu. Archives of past issues of the Ham-Digital Digest are available (by FTP only) from UCSD.Edu in directory "mailarchives/ham-digital". We trust that readers are intelligent enough to realize that all text herein consists of personal comments and does not represent the official policies or positions of any party. Your mileage may vary. So there. ---------------------------------------------------------------------- Date: Thu, 8 Sep 94 14:16:16 -0500 From: news.delphi.com!usenet@uunet.uu.net Subject: Packet with a TH-78A?-How fast? To: ham-digital@ucsd.edu Vince B. Hadley writes: > I am considering getting into packet with my TH-78A (it's all I can >afford). What has been your experience? How fast can you go? 1200, 2400, >or 9600 (on 440)? Experience any problems? What do you do to toggle >transmit/recieve? I haven't a clue as to what other have done or are doing >so any and all comments would be appreciated. Thanks! Vince, I have used my th78a for 1200 baud packet for a while now and find it to work very well. You can wire up a cheap cable with the mini plugs (radio shack) and any multi- conductor cable, and a db-9 or whatever your tnc uses. I use a kpc-3 with several mini-terminals and i can back pack the whole thing. Also, it works fine mobile. I don't know if it will switch fast enough for 9600 baud but i suspect that it will not. and bypassing the ptt is for those with more money............ later 73 de n1qdq ------------------------------ Date: Thu, 8 Sep 1994 16:49:53 GMT From: news.mtholyoke.edu!world!dts@uunet.uu.net Subject: TCP/IP over packet trough winsock ... To: ham-digital@ucsd.edu In article <34gmem$ckg@linet02.li.net>, Joe Tomasone wrote: >In article , dany@arti.vub.ac.be (Dany Vereertbrugghen) says: >>I used the latest version of Trumpet winsock, and the latest version >>of ws_ftp. If I try the FTP, the TNC does transmit something, but >>the trumpet winsock stuff immediatly gives an ARP time out, and >>a TCP error. It also stops retrying very soon. >>Has anyone got experience with this? > >No direct experience, but from a programming standpoint I would guess that >the WS_FTP is expecting a very fast reply (which over phone lines is fine) >but it's timeout threshold is much too fast for radio-based work. You >might want to check the program for a parameter to update or contact >the author. > >I just checked my WS_FTP -- Play with the timeout value in the >ADVANCED menu of the session settings. Perhaps that will do the >trick. Let me know! If properly written, FTP should NOT know or care about timeouts. FTP uses TCP, a protocol which provides connection oriented service over IP. TCP works on networks of any speed, including the terribly slow. Now if someone who wrote a Windows version of TCP/IP and friends though they were doing users a favor by not implementing the standards properly, it'd be time to find another protocol stack provider. There is no way for your FTP to know simply be the fact that its local connection is on a high speed network that there will not be a low speed segment somwhere on the internetwork it traverses. Most corporate links to the internet, for example, are at 56Kbps. Get a few folks doing file transfers, and that's loaded up. The TCP protocol can deal with that... There should be no reason why a properly implemented TCP/IP stack and applications set cannot run over packet radio at 1200 baud successfully. This goes for implementations on Unix, Windows, VMS, or whatever other OS you can name. One of these days perhaps I'll get to implement an AX.25 encapsulator for one of my company's router products! Dan -- --------------------------------------------------------------- Daniel Senie Internet: dts@world.std.com Daniel Senie Consulting n1jeb@world.std.com 508-779-0439 Compuserve: 74176,1347 ------------------------------ End of Ham-Digital Digest V94 #300 ******************************